home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0055 / 601.txt < prev    next >
Text File  |  1997-04-16  |  13KB  |  326 lines
  1. INFO-ATARI16 Digest         Fri,  3 Nov 89       Volume 89 : Issue 601
  2.  
  3. Today's Topics:
  4.                               am I a DA
  5.                       Atari ST software for sale
  6.               Docs, gem, gdos, fonts and printer driver
  7.                         GNU C and sizeof(int)
  8.                  Memory upgrade affects performance?
  9.                          question SPECTRE GCR
  10.                             TT's VME-slots
  11.                               TT and STE
  12. ----------------------------------------------------------------------
  13.  
  14. Date: 11/03/89 15:58:40 GMT+1
  15. From: UO04%DDAGSI3.BITNET@CUNYVM.CUNY.EDU
  16. Subject: am I a DA
  17.  
  18. H.Friedrich Kammer
  19. 0441/798-3467
  20. FB Physik Theorie Universitaet Oldenburg
  21. Postfach 2503
  22. D-2900 Oldenburg FRG
  23.  
  24. I think that you do not have to worry about startup code and the
  25. basepage to let a program find out how it is has been started
  26. (as application or DA). It is right that the startup code should
  27. do the right thing (mshrink or not), but there are startup codes
  28. available (e.g. APPACC.A) which ensure the correct startup in both
  29. cases. The other problem (find out the way the program is invoked)
  30. can be solved simply by using the AES-function shel_read, which
  31. returns a pointer to the string containing the program name
  32. (xxx.ACC or xxx.PRG) and a pointer to the parameter string. I have
  33. not yet tested this function (better look into  the GEM-documentation
  34. about that) but when a program is started as a DA, either shel_read
  35. should return a pointer in addrout(.0.) or an error code (0) in
  36. intout(.0.).     Friedrich
  37.  
  38. ------------------------------
  39.  
  40. Date: 2 Nov 89 22:19:41 GMT
  41. From: mailrus!uflorida!unf7!comhex!sysop@tut.cis.ohio-state.edu  (Joe E. Powell)
  42. Subject: Atari ST software for sale
  43.  
  44. I have the following Atari ST software packages w/manuals for sale:
  45. (I will pay the shipping)
  46.  
  47. Gridiron!: The Football Simulator                               $15
  48. GFA Championship Basketball: Two-on-Two                         $10
  49. Leader Board: Pro Golf Simulator                                $15
  50.         w/Tournament Disk #1
  51. Rogue                                                           $10
  52. Phantasie III: The Wrath of Nikademus                           $12
  53. Roadwar Europa                                                  $12
  54. Roadwar 2000                                                    $12
  55. Colonial Conquest                                               $12
  56. Gauntlet                                                        $12
  57. The ChessMaster 2000                                            $15
  58. Breach                                                          $10
  59. Dungeon Master                                                  $18
  60. Carrier Command                                                 $12
  61. Gunship                                                         $12
  62. Jet                                                             $12
  63. Flight Simulator II                                             $15
  64.         w/Scenery Disk 7
  65. Starglider                                                      $12
  66. Harrier Strike Mission                                          $10
  67. The Music Studio                                                $20
  68. PC Ditto I                                                      $25
  69.                                                    (or all for $225)
  70.  
  71. The following magazines w/disk:
  72.         Compute!'s Atari ST
  73.                 February 1987 Volume 2, No 1, Issue 3           $3
  74.                    April 1987 Volume 2, No 2, Issue 4           $3
  75.                     June 1987 Volume 2, No 3, Issue 5           $3
  76.                   August 1987 Volume 2, No 4, Issue 6           $3
  77.                  October 1987 Volume 2, No 5, Issue 7           $3
  78.                 December 1987 Volume 2, No 6, Issue 8           $3
  79.                 February 1988 Volume 3, No 1, Issue 9           $3
  80.                    April 1988 Volume 3, No 2, Issue 10          $3
  81.                                                    (or all for $20)
  82.         STart: The ST Quarterly
  83.                 Spring 1987 Volume 1, No 4                      $3
  84.                 Spring 1987 Volume 2, No 1                      $3
  85.                   Fall 1987 Volume 2, No 2                      $3
  86.                 Winter 1987 Volume 2, No 3                      $3
  87.                 Spring 1988 Volume 2, No 4                      $3
  88.                                                    (or all for $12)
  89.  
  90. --
  91. Joe E. Powell, unf7!comhex!sysop@bikini.cis.ufl.edu
  92. "You trip and fall down the stairs.  -more- "
  93. "Your pet rock bounds down the stairs after you.  -more-"
  94. "*crunch*  -more-"
  95.  
  96. ------------------------------
  97.  
  98. Date: 3 Nov 89 16:04:23 GMT
  99. From: cme!chang@uunet.uu.net  (Forrest Chang)
  100. Subject: Docs, gem, gdos, fonts and printer driver
  101.  
  102.         Hi, I'm the thus far happy owner of a 1040ST for two weeks
  103. now.
  104.  
  105.         Now that I've spent a bit of time familiarizing myself with
  106. the machine, I'd like to start writing programs for it.  I'd like to
  107. know if there is any documentation, hopefully PD for the following.
  108.  
  109.         1)  Gem.  Yes, I'd like to write a fairly gem intensive
  110. program.  I'm thinking of using sozobon or gcc.  I'm a fairly
  111. experienced X11 programmer, so I don't think this should be a
  112. difficult task, I just need some reference guide.
  113.  
  114.         2)  Gdos.  Been hearing this and that about it on this group.
  115. I don't really know what it is or how I can get it.  My aforementioned
  116. program will want to print various non-standard characters (say
  117. chinese).  And from what I've read about it, GDOS seems to be a good
  118. thing to deal with such.  I see some gdos related stuff on some of the
  119. archives, but unfortunately there's no detailed list of what all the
  120. things are.
  121.  
  122.         3) Fonts and printer driver.  Well, I'd like to create,
  123. convert some asian character fonts and be able to support them on a
  124. printer.  The aforementioned program does exist for X, I'm hoping to
  125. port it, and I'd like to support this.
  126.  
  127.         Could anyone mail me info on any of these topics, or at least
  128. suggest source code of existing PD programs, of which I can look to as
  129. examples.
  130.  
  131.         Many thanx.
  132.  
  133.  
  134.         Forrest
  135.  
  136. P.S.  Please......
  137.  
  138. ------------------------------
  139.  
  140. Date: 3 Nov 89 15:58:51 GMT
  141. From: galaxy.rutgers.edu!argus!ron@rutgers.edu  (Ron DeBlock)
  142. Subject: GNU C and sizeof(int)
  143.  
  144. In article <30975@watmath.waterloo.edu> rbutterworth@watmath.waterloo.edu (Ray
  145.  Butterworth) writes:
  146. >In article <1754@ruuinf.cs.ruu.nl> piet@cs.ruu.nl (Piet van Oostrum) writes:
  147. >>Dlibs and Gemfast have been written for a 16 bit compiler.
  148. >>I have a version of Dlibs that I adapted for use with GCC.
  149. >>It has been modified for 32 bit integers.
  150. >
  151. >This reminds me of something I've been wondering about for a while.
  152. >Why does GCC on the ST have 32 bit ints?
  153. >Surely 16 is the obvious size considering it has 16 bit memory access.
  154. >(Note that I don't consider
  155. > "so that badly written code will still work ok"
  156. > as a valid reason.)
  157.  
  158. [ problems associated with 32 bit ints deleted ]
  159.  
  160. This  isn't a flame, just a reminder:
  161.  
  162. If you want 16 bit ints, you must declare short ints.
  163.  
  164. If you want 32 bit ints, you must declare long ints.
  165.  
  166. If you just declare int, the size is implementation dependent.
  167.  
  168. You're right that a 16 bit int makes more sense in a 16 bit architecture,
  169. but DO NOT depend on all compilers to do it that way!
  170.  
  171. GCC is supposed to be portable over a wide range of machines, many of
  172. which are 32 bit.  Perhaps this is why GCC ST has 32 bit ints.
  173.  
  174. --
  175. Ron DeBlock     N2JSO
  176. Net: ...!rutgers!galaxy!argus
  177. US Mail: 42 Davis Street, Phillibsburg, NJ 08865 USA
  178.  
  179. ------------------------------
  180.  
  181. Date: 3 Nov 89 14:47:03 GMT
  182. From: att!cbnewsi!dmk@ucbvax.Berkeley.EDU  (daniel.m.kuster..jr)
  183. Subject: Memory upgrade affects performance?
  184.  
  185. Hello all,
  186.  
  187. I just upgraded my 1985 vintage 520ST to 2.5 Meg of
  188. memory and I've noted some system performance differences
  189. that make me wonder if I've done the upgrade correctly.
  190.  
  191. First let me say that I've run a number of memory diagnostic
  192. programs and all seems fine.  TOS recognizes the added memory
  193. and the memory seems to be working.
  194.  
  195. The thing I don't understand is that the computer takes at least
  196. 4 times as long to boot (possibly longer).  Is TOS running some
  197. kind of memory test, or is it just zeroing out RAM?  Even worse,
  198. once that system is up and running, it takes a lot longer for
  199. applications to load and run.  Is the system slowed down by the
  200. dynamic RAM refresh cycle?  I thought that the MMU handles that?
  201.  
  202. The one thing that I noticed is that if I configure and install a
  203. large RAM disk (?1.5 Meg) the loading and running of applications
  204. goes much faster.
  205.  
  206. Any ideas on what's going on?
  207.  
  208. Thanks in advance.
  209.  
  210. dan
  211.  
  212. ------------------------------
  213.  
  214. Date: 3 Nov 89 15:19:34 GMT
  215. From: matthews@umd5.umd.edu  (Mike Matthews)
  216. Subject: question SPECTRE GCR
  217.  
  218. In article <617@kubix.kub.nl> reus@kubix.UUCP (Dick de Reus) writes:
  219. >
  220. >Does anyone know anything about floppy compatibility between ATARI-1040ST with
  221. >SPECTRE GCR and Macintosh II. I mean: can I port data from ST to Mac (vice
  222. [stuff deleted]
  223.  
  224. I do it all the time.  Reading is no problem, writing will be slower on the
  225. GCR due to the Mac II's skewing scheme.
  226.  
  227. Mike
  228.  
  229. ------------------------------
  230.  
  231. Date: 3 Nov 89 08:45:01 GMT
  232. From: cca.ucsf.edu!wet!logic@cgl.ucsf.edu  (Henry Kwan)
  233. Subject: TT's VME-slots
  234.  
  235. In article <4695035f.14a1f@force.UUCP> covertr@force.UUCP (Richard E. Covert)
  236.  writes:
  237. >
  238. >> The TT comes with most of what you'd ordinarily put into slots. Serial I/O.
  239. >> High-performance video. A place to plug RAM SIMMs.
  240. >
  241. >Ethernet controller?? Nope.
  242. >Tape backup controller?? Nope.
  243. >Internal high speed modem?? Nope.
  244. >
  245. >You see there are lots of potential internal addons for the TT.
  246. >
  247.  
  248. The TT already has a SCSI port.  Why would you need a tape backup controller?
  249. With the proper software, you could hang an Exabyte or a RDAT off the port.
  250. What more, in terms of tape backup, can you ask for?
  251.  
  252. Also, what good is an internal modem?  I know no one who has a high speed
  253. internal modem.  Every high speed modem that I've seen is external.
  254. (Including the Dual Standard I'm using to call this system.)
  255.  
  256. Besides, who wants to spend $700 (or whatever amount) for a high speed modem
  257. that will only work on one machine?
  258.  
  259. >
  260. >That's my point:
  261. >       You can't just go out and buy the more expensive Atari computer.
  262. >Because Atari introduces a new computer every two years, and if you don't
  263. >like it you are stuck. You can't enhance it and you can't buy a more powerful
  264. >computer. So, you are stuck.
  265. >
  266. >Richard Covert
  267.  
  268. You can't enhance an Atari computer?  Am I hearing this from the mouth of
  269. someone has a Turbo-16 upgrade inside his Mega?  Or the Spectre GCR
  270. emulator?  Or whatever else you might have inside that Mega?
  271.  
  272. Why can't you buy a new computer if Atari comes out with one?  What is
  273. preventing you from doing just that?
  274.  
  275. --
  276. Henry Kwan                |  AppleLink: D0690
  277. FWB, Inc.                 |  CompuServe: 71320,1034
  278. 2040 Polk St.  Ste 215    |  Internet: claris!wet!logic@ames.arc.nasa.gov
  279. San Francisco, CA  94109  |  UUCP: ?claris,hoptoad,lamc,ucsfcca?!wet!logic
  280.  
  281. ------------------------------
  282.  
  283. Date: 3 Nov 89 15:23:17 GMT
  284. From: pasteur!cory.Berkeley.EDU!soohoo@ucbvax.Berkeley.EDU  (Ken "nmi" Soohoo)
  285. Subject: TT and STE
  286.  
  287. In article <CMM.0.88.625974418.larserio@kyrre.uio.no> larserio@IFI.UIO.NO
  288.  (LarsErikOsterud) writes:
  289. >We all know that both the TT and the STE will run ST software,
  290. >but will the TT run STE software ?
  291.  
  292.         The TT will not be able to run STE software that makes use
  293.         of the STE's horizontal scrolling feature...
  294.         Any software that doesn't need this, and uses either the
  295.         extended color pallette (1 more bit R, G, and B) and/or
  296.         DMA sound should work just fine.
  297.  
  298. >Will the STE run some STE software (i guess not) ?
  299.  
  300.         Yes, STE specific software is going to be developed.
  301.  
  302. >What I'm aiming at is:  Will TT-user have the possibility of using programs
  303. >made for the STE (if the great TT user want to a game :-)
  304.  
  305.         In some cases, yes, in some cases, no.
  306.         Say, for example, you've got a new STE Paint program, why
  307.         then of course (as long as it doesn't scroll horizontally
  308.         using hardware) you can use it, and the 4096 colors, on
  309.         the TT!  Problem with games is that they'll _probably_ use
  310.         the horizontal scroll...
  311.  
  312. >
  313. > Lars-Erik  /  ABK-BBS +47 2132659  /   ____ ______ ________________________
  314. >  Osterud  /  larserio@ifi.uio.no  /   /___    /            The norwegian ST
  315. >__________/ ______________________/   ____/   /   Klubben,  user association
  316.  
  317. --Kenneth "kens" Soohoo                         (soohoo@cory.Berkeley.Edu)
  318.   Atari Hacker (Atari's Hacker...)
  319.   "It could be worse, you could get hit by a bus..."
  320.   My opinions are my OWN, _not_ necessarily Atari's. But "hey", who knows?
  321.  
  322. ------------------------------
  323.  
  324. End of INFO-ATARI16 Digest V89 Issue #601
  325. *****************************************
  326. =========================================================================